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1 

Beschreibung 

Kommunikationsverf ahren fur zwei mittels einer Punkt-zu- 
Punkt-Verbindung miteinander verbundenen Kommunikationspart- 
ner 

Die Erfindung bezieht sich auf ein Kommunikationsverf ahren 
fur zwei Kommunikationspartner, die mittels einer Voll-Duplex 
Punkt-zu-Punkt-Verbindung miteinander verkniipft sind. 

Im Handel sind Umrichtergerate erhaltlich, bei denen Options- 
module mittels einer parallelen Schnitts telle liber ein Dual- 
Port-RAM mit dem Umrichtergerat verkniipft sind. Diese Opti- 
onsmodule sind Kommunikat ionsbaugruppen , auch als Automati- 
sierungsmodule bezeichnet, und Technologiebaugruppen . Diese 
Module werden in einer Elektronikbox des Umrichtergerates ge- 
streckt. Der Datenaus tausch erfolgt liber das Dual-Port-RAM. 
Bei diesen Daten handelt es sich um Konfigurierungsdaten, 
zyklische Daten { Prozessdaten) und azyklische Daten (Parame- 
ter) . 

Anstelle diese Optionsbaugruppen in eine Elektronikbox unter- 
zubringen, besteht auch die Moglichkeit, diese Optionsmodule 
auf die an der Frontseite des Umrichtergerates vorhandenen 
SUB-D-Buchse zu stecken. Auch hierbei findet der Datenaus - 
tausch mittels einer parallelen Schnittstellen uber ein Dual- 
Port-RAM statt. 

Fur den Datenaus tausch wird immer ein verhaltnismaiSig teures 
Dual-Port-RAM verwendet . Bei einem Umrichtergerat mit Low- 
Perf ormance-Anf orderungen macht sich der Preis des Dual-Port- 
RAM bemerkbar . Durch die parallele Schnittstelle werden viele 
Leitungen benotigt, wodurch die GroSe einer SUB-D-Buchse vor- 
bestimmt ist. Auteerdem ist diese Verbindung storempf indlich. 
Aufgrund dieser Storempf indlichkeit durfen die Leitungen nur 
eine geringe Leitungslange aufweisen. 
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Fur die Kommunikation stehen ebenfalls mehrere Protokolle wie 
USS, PROFIBUS Oder SIMATIC S7 zur Verfiigung. Die beiden erst- 
genannten Protokolle sind Mas ter-Slave-Protokolle , die keinen 
Mechanismus fur eine asymmetrische Kommunikation in beiden 
5 Richtungen aufweisen. Das heiSt, nur der Master kann eine An- 
frage starten, wobei der Slave nur in der Lage ist, darauf zu 
antworten. AuSerdem weisen diese Standardprotokolle viele 
Funktionalitaten auf , die bei einer Kommunikation zwischen 
einem Umrichter und einem Optionsmodul nicht notwendig sind. 
10 Diese Uberf rachtung der Standardprotokolle fuhrt jedoch dazu, 
dass die Geschwindigkei t und die Bandbreite der Datenubertra- 
gung herabgesetzt wird. Das Protokoll SIMATIC S7 weist gegen- 
uber den beiden ers tgenannten keinen Mechanismus fur eine 
symmetrische Datenubertragung auf. 

15 

Der Erfindung liegt nun die Aufgabe zugrunde, ein Kommunika- 
tionsverf ahren fur zwei Kommunikationspartner anzugeben, dass 
die zuvor genannten Nachteile nicht mehr aufweist. 

2 0 Diese Aufgabe wird erf indungsgemafi mit den Merkmalen des An- 

spruchs 1 gelost. 

Mit dem erf indungsgemaEen. Kommunikationsverf ahren identifi- 
zieren sich beim Anlauf die Kommunikationspartner gegenseitig 
25 und tauschen ihre Fahigkeiten und Kommunikationseigenschaf ten 
aus . Daraus wird dann automatisch die bes tmoglichste Konfigu- 
ration, die die vorhandene Bandbreite optimal ausnutzt, aus- 
gewahlt. Dadurch ist der Kommunikationsmechanismus skalier- 
bar, wodurch Optionsmodule zwischen Umrichter unterschiedli- 

3 0 cher Performance ausgetauscht werden konnen. AuSerdem ist die 

Kommunikation unabhangig von der Ausges taltung der Optionsmo- 
dule . 

Zu den angesprochenen Kommunikationseigenschaf ten, die beim 
3 5 Anlauf ausgetauscht werden, gehoren: 
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Art der Kommunikation ( Synchron / Asynchron ) 

grofite unterstutzte Baudrate 

Zykluszeit 

Anzahl der Konf igurationsdaten 
5 - Anzahl der zyklischen Daten 

Anzahl.^der zyklischen Daten. 

Mit Hilfe dieser ausgetauschten Kommunikat ionsdaten kann die 
bestmoglichste Konf iguration automatisch gewahlt werden. 

10 

Bei einem vorteilhaf ten Verfahren ist der Identif izierungs- 
phase eine Ini tialisierungsphase vorgeschal tet , mit der der 
zweite Kommunikationspartner vom ersten Kommunikationspartner 
erkannt wird. Zur Identif izierung des zweiten Kommunikat ions - 
15 partner wird ein Spannungspotential auf einer Verbindungslei- 
tung ausgewertet. Die Auswertung erfolgt am einfachsten mit 
einer Tabelle, in der die Spannungswerte aller Optionsmodule, 
die mit einem Umrichter verbunden werden konnen, hinterlegt 
sind. Eine derartige Initialisierungsphase ist dann vorgese- 

2 0 hen, wenn der erste Kommunikationspartner mit alien moglichen 

Optionsmodulen ohne einen Bediener kommunizieren soil. 

Weitere vorteilhafte Ausf uhrungsf ormen des Kommunikationsver- 
fahren sind in den Unteranspruchen 3 bis 10 zu entnehmen. Zur 
25 weiteren Erlauterung der Erfindung wird auf die Zeichnung be- 
zug genommen, in der das erf indungsgemaSe Kommunikat ionsver- 
fahren schematisch veranschaulicht ist. 

FIG 1 zeigt ein Ubersichtsdiagramm, das die mogli- 

3 0 chen Verbindungen zwischen einem Umrichter und 

verschiedener Optionsmodule zeigt, 
FIG 2 zeigt eine parallele Topologie mit einem ange- 

bundenen Automat is ierungsmodul und einem Tech- 
nologiemodul , in der 
35 FIG 3 ist eine serielle Topologie eines Automatisie- 

rungsmoduls und eines Te chno 1 og i emodu 1 s darge- 
stellt, in der 
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FIG 4 ist eine Ubersicht uber die Phasen des erfin- 

dungsgemafien Verfahrens veranschaulicht, die 
FIG 5 zeigt in einer Tabelle die Ubertragungsf olge 

der Telegramme der Identif izierungsphase des 
5 erf indungsgemaSen Verfahrens, wogegen in den 

FIG 6 und 7 jeweils die Arbeitsweise des Masters und des 

Slaves wahrend der Identif izierungsphase sche- 
matisch dargestellt sind, die 
FIG 8 zeigt in einer Tabelle die Ubertragungsf olge 

10 der Telegramme der Konf igurierungsphase des 

erf indungsgemaKen Verfahrens, wogegen in den 
^ FIG 9 und 10 jeweils die Arbeitsweise des Masters und des 
^ Slaves wahrend der Konf igurierungsphase sche- 

^ matisch veranschaulicht sind, die 

15 FIG 11 zeigt in einer Tabelle die Ubertragungsf olge 

der Telegramme einer Datenaus tauschphase des 
erfindungsgemaSen Verfahrens mit alternieren- 
den zyklischen/azyklischen Daten, die 
FIG 12 zeigt die Arbeitsweise des Masters und des 

2 0 Slaves wahrend der Datenaus tauschphase , 

FIG 13 zeigt in einer Tabelle die Ubertragungsf olge 

der Telegramme fur den azyklischen Datenaus- 
tausch ohne eine Domanenbehandlung, wogegen in 
den 

^ 25 FIG 14 und 15 jeweils die azyklische Arbeitsweise ohne 
^ Domane des Client und des Servers veranschau- 

licht ist, in der 
FIG 16 ist in einer Tabelle die Ubertragungsf olge der 

Telegramme fur den azyklischen Datenaustausch 

3 0 mit einer Domanenbehandlung dargestellt, 

wogegen in der 

FIG 17 die azyklische Arbeitsweise des Client mit 

Domanentransf er und in der 
FIG 18 die azyklische Arbeitsweise des Servers mit 

3 5 Domanentransf er dargestellt sind. 
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Im Ubersichtsdiagramm gemaS FIG 1 ist mit 2 ein erster Kommu- 
nikationspartner und mit 4,6,8 jeweils ein zweiter Kommunika- 
tionspartner bezeichnet. Von diesen zweiten Kommunikations- 
partnern 4,6,8 ist nur einer mittels einer Voll-Duplex Punkt- 
zu-Punkt-Verbindung 10 mit dem ersten Kommunikationspartner 2 
verknupft. Als erster Kommunikationspartner 2 ist beispiels- 
weise in der Antriebs technik ein Stromrichtergerat eines An- 
triebssys terns , von dem hier nur die Steuereinrichtung , insbe- 
sondere der Prozessor gezeigt ist, dargestellt ist. Normaler- 
weise weist der Prozessor des Kommunikationspartner nur eine 
Schnittstelle 12 auf . Es besteht jedoch auch die Moglichkeit, 
wie hier dargestellt, dass mehrere Schnitts tellen 12 vorhan- 
den sind, die f reigeschal tet werden konnen. Diese Freischal- 
tung wird : von einer Initialisierungsphase bewerks telligt . 
Dazu ist ein A/D-Wandler 14 mit einem Spannungs teiler 16 vor- 
gesehen . 

Als zweite Kommunikationspartner 4,6 und 8 sind hier ein 
Technologiemodul 4, ein Schnitts tellenmodul 6, das auch als 
Automatisierungsmodul bezeichnet wird, und ein Drehzahlerf as- 
sungsmodul 8 veranschaulicht . Bei den hier genannten Modulen 
4,6 und 8 handelt es sich nicht um eine abschliefiende Aufzah- 
lung, sondern es soil nur gezeigt werden, welche Variationen 
der Module moglich sind, die mit dem ersten Kommunikations- 
partner (Antriebssystem) mittels der Voll-Duplex Punkt-zu- 
Punkt-Verbindung 10 kommunizieren konnen. 

Fur die Kommunikation benotigt die Voll-Duplex Punkt-zu- 
Punkt-Verbindung 10 drei Leitungen. Eine Leitung 16 zur Uber- 
tragung eines Taktsignals CLK, eine Leitung 18 zur Ubertra- 
gung von Daten Tx und eine Leitung 2 0 zum Empfangen von Daten 
Rx. Auf der Leitung 16 wird ein Taktsignal CLK iibermittelt, 
wenn eine synchrone Verbindung und/oder beim Anlauf eine 
Modulidentif ikation stattfindet. Dieses Signal CLK wird nicht 
bei einer Asynchronverbindung benotigt. Auf dieser Leitung 16 
wird ein Signal TXE ubertragen, sobald ein Sender-Empf anger- 
Modul als zweiten Kommunikationspartner verwendet wird. Zu- 
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satzlich konnen auch noch zwei weitere Leitungen 22 und 24 
vorgesehen sein, die jedoch nicht fur die Kommunikation be- 
notigt werden. Mittels dieser beiden Leitungen 22 und 24 
werden Synchronisierungssignale SYNC_CU_OPT und SYNC_OPT_CU 
ubermittelt. Mittels des Synchronisierungssignals SYNC_CU_OPT 
wird ein Technologiemodul 4 auf den Prozessor eines Strom- 
richtergerates und mittels des Synchronisiersignals 
SYNC_OPT_CU wird der Prozessor eines Stromrichtergerats auf 
ein Technologiemodul 4 synchronisiert . 

Den einzelnen Modulen 4,6 und 8 ist zu entnehmen, dass die 
Leitung 16, mit der ein Taktsignal CLK ubermittelt wird, auf 
unterschiedliche Spannungen geklemmt ist. Das Technologiemo- 
dul 4 erzeugt ein Spannungs level auf der Leitung 16 von 1 V, 
wogegen das Drehzahlerf assungsmodul 8 auf der Leitung 16 ei- 
nen Spannungs level von 3,5V generiert. Das Automatisierungs- 
modul 6 erzeugt in Abhangigkeit seiner Schnittstellencharak- 
teristik unterschiedliche Spannungs 1 eve 1 . Ist das Automati- 
sierungsmodul 6 als RS232-Schnittstelle ausgebildet, so weist 
der Spannungs level auf der Leitung 16 ein Wert von 1,5 V an. 
Ist das Automatisierungsmodul 6 dagegen als RS485-Schnitt- 
stelle- oder als PROFIBUS-Schni ttstelle ausgebildet, so weist 
der Spannungs level auf der Leitung 16 einen Wert von 2 V oder 
3 V auf. In Abhangigkeit dieser unterschiedlichen Spannungs- 
level kann beim Anlauf der Kommunikation vom ersten Kommuni- 
kationspartner 2 der zweite Kommunikationspartner 4,6,8 iden- 
tifiziert werden. Diese Identif izierung des zweiten Kommuni- 
kationspartner 4,6,8 findet nur dann statt, wenn der erste 
Kommunikationspartner fur alle moglichen zweiten Kommunikati- 
onspartner 4,6,8 ausgestattet ist. 

In den FIG 2 und 3 sind zwei Topologien von einem Automati- 
sierungsmodul und einem Technologiemodul veranschaulicht . Bei 
den dargestellten Topologien handelt es sich um eine parallel 
(FIG 2) und eine serielle (FIG 3) Topologie. Bei der paralle- 
len Topologie sind beide Module 4 und 6 parallel mit einem 
ersten Kommunikationspartner 2, beispielsweise ein Stromrich- 
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tergerat, verschaltet. Dazu muss der erste Kommunikations- 
partner 2 zwei Schni ttstellen 28 und 3 0 aufweisen. Die 
Schnittstellen 28 und 30 sind jeweils mittels einer Voll- 
Duplex Punkt-zu-Punkt-Verbindung 10 mit einer Schni ttstelle 
5 32 bzw. 34 des Automat is ierungsmoduls 6 bzw. des Technologie- 
moduls 4 verkniipft. Bei der seriellen Topologie ist das Tech- 
nologiemodul 4 mit dem ersten Kommunikationspartner 2 und das 
Automatisierungsmodul 6 mit dem Technologiemodul 4 verbunden. 
Fur diese serielle Topologie benotigt das Technologiemodul 

10 zwei Schnittstellen 34 und 38. Die Schnittstellen 34 bzw. 38 
ist mittels einer Voll-Duplex Punkt-zu-Punkt-Verbindung 10 
mit einer Schnitts telle 28 bzw. 32 des ersten Kommunikations- 
/jj^ partners 2 bzw. des Automatisierungsmoduls 6 verbunden. Die 
beiden Topologien unterscheiden sich nicht nur in der Hard- 

15 ware, sondern auch in der Prozessdaten-Ubermittlung . Bei der 
parallelen Topologie werden die Prozessdaten vom Automatisie- 
rungsmodul 6 zum ersten Kommunikationspartner 2 und dann von 
diesem zum Technologiemodul 4 ubermittelt. Bei der seriellen 
Topologie werden die Prozessdaten direkt vom Automatisie- 

2 0 rungsmodul 6 zum Technologiemodul ubertragen und von dort zum 
ersten Kommunikationspartner 2 . Dadurch weist die parallel 
Topologie eine langere Totzeit bei der Prozessdatenubermitt- 
lung auf, als die serielle Topologie. Bei den genannten 
Schnittstellen 28,30,32,34 und 38 handelt es sich urn serielle 
{ 25 Schnittstellen. Bei einem Stromrichtergerat - erster Kommuni- 
kationspartner 2 - eines Antriebssystems weist der Prozessor 
nur eine serielle Schnittstelle auf. Somit bietet sich die 
serielle Topologie fur ein Stromrichtergerat eines Antriebs- 
systems an. 

30 

Die FIG 4 veranschaulicht die Phasen des erf indungsgemaSen 
Verfahrens fur zwei Kommunikationspartners 2 und 4 bzw. 6 
bzw. 8, die mittels einer Voll-Duplex Punkt-zu-Punkt-Verbin- 
dung 10 miteinander verkniipft sind. Das erf indungsgemaSe Ver- 
35 fahren weist drei Phasen auf, namlich die Identif izierungs- 
phase, die Konf igurierungsphase und die Datenaus tauschphase . 
Bei einer vorteilhaf ten Ausf iihrungsf orm ist der Identifizie- 
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rungsphase eine Initialisierungsphase vorgeschaltet . Falls 
die Konf igurierungsphase nicht benotigt wird, wird die Iden- 
tif izierungsphase direkt mit der Datenubertragungsphase ver- 
koppelt. Wenn die Kommunikationsverbindung wahrend der Kommu- 
5 nikation fehlerhaft ist, wird diese Verbindung wieder herge- 
stellt, indem die, Identif izierungsphase neu gestartet wird. 

Wahrend der Identif izierungsphase identif izieren sich die 
beiden Kommunikationspartner 2 und 4 bzw. 6 bzw. 8 gegensei- 

10 tig und definieren ihre Kommunikationsparameter . Wenn eine 
Konf igurierungsphase vorhanden ist, so schliefit sich diese 
der Identif izierungsphase an. Wahrend dieser Konf igurierungs- 
phase werden modulabhangige Konf igurierungseigenschaf ten zwi- 
schen den Kommunikationspartnern ausgetauscht . Zu diesen aus- 

15 getauschten Kommunikationseigenschaf ten gehoren : 

Art der Kommunikation ( Synchron/Asynchron) 

groSte unterstutzte Baudrate 

Zykluszeit 

2 0 - Anzahl der Konf igurationsdaten 

Anzahl der zyklischen Daten 
Anzahl der zyklischen Daten. 

Aus diesen Kommunikationsparametern und Kommunikationseigen- 
25 schaften wird automatisch die bes tmogliche Konf iguration, die 
die vorhandene Bandbreite optimal ausnutzt, ausgewahlt. Nach- 
dem die bestmoglichste Konf iguration ausgewahlt ist, kann der 
Datenaustausch beginnen. 

3 0 Die Datenaustauschphase weist bis zu drei Kanale auf, einen 

zyklischen und zwei azyklische Kanale. Der zyklische Kanal 
oder die azyklischen Kanale mussen nicht gleichzeitig anwe- 
send sein. Fur eine Dateniibertragung muss wenigstens ein Ka- 
nal vorhanden sein. Diese Kanale werden pro Taktperiode des 
3 5 ersten Kommunikationspartners seriell ubertragen. Jeweils 
zwischen zwei Kanalen ist fur eine vorbestimmte Zeit eine 
Pause, in der das Taktsignal CLK nicht aktiv ist. Diese vor- 
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bestimmte Zeit ist so bemessen, dass zwei Worter ubertragen 
werden konnten. Diese Zeit ist fur den zweiten Kommunikati- 
onspartner 4 bzw. 6 bzw. 8 notwendig, um das empfangene Tele- 
gramm, bestehend aus einem Rahmen und Daten, zu verarbeiten 
und seinen Empfangsteil fur das nachste Telegramm auf den An- 
fang zuriickzusetz.en . Mit den zyklischen Kanal werden Prozess- 
daten und mit den azyklischen Kanal Parameter ubermittelt. Zu 
diesen Parametern gehoren auch Fehler- und Diagnoseparameter. 
Die Anzahl der zyklischen und azyklischen Daten bestimmt die 
Zeit, die gebraucht wird, um ein Kanal zu ubertragen. In der 
Identif izierungs- und Konf igurierungsphase ist jeweils nur 
ein Kanal vorhanden, die als Identif izierungs- bzw. Konfigu- 
rierungskanal bezeichnet sind. 

Bei dieser erf indungsgemaSen Definition des Kommunikationsme- 
chanismus ist eine Skalierbarkei t erreicht, dass die Module 
zwischen Kommunikationspartnern 2 unterschiedlicher Leis- 
tungsniveaus austauschbar sind. Das hei&t, in der Antriebs- 
technik konnen ein und dasselbe Modul mit einem Basisstrom- 
richtergerat, einem Vektorstromrichtergerat oder einem High- 
Perf ormance-Stromrichtergerat verknupft werden, ohne dass 
sich die Kommuni ka t i on smechani smen andern miissen. Dadurch 
wird die Vielfalt eines Moduls auf eine Ausfuhrung reduziert, 
wodurch sich die Kosten wesentlich reduzieren bzw. wodurch 
auch Module in den Basisstromrichtergeraten eingesetzt werden 
konnen . 

Die FIG 5 zeigt in einer Tabelle die Ubertragungsf olge der 
Telegramme in der Identif izierungsphase des erfindungsgemaSen 
Kommunikationsverf ahrens . Wie bereits erwahnt, identif izieren 
sich die beiden Kommunikationspartner 2 und 4 bzw. 6 bzw. 8 
wahrend der Identif izierungsphase gegenseitig. Diese Identi- 
f izierungsphase ist wiederholbar , d.h w diese kann ohne Aus- 
und wieder Einschalten der Leis tungsversorgung des ersten 
Kommunikationspartner 2 neu gestartet werden. In dieser Iden- 
tif izierungsphase werden vier Telegramme ubertragen, die wie 
folgt bezeichnet werden: 
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ident.req. 
ident.rep. 



ident . ack . 



Identif izeirungs-Anf orderung 
Ident i f i z ierungs -Rue kmel dung 
Identif izierungs-Bes tat igung 



ident. arep. : Identif izierungs-Bestatigungs-Ruckmeldung . 

Wahrend der Identif izierungsphase ist die Baudrate auf 5k 
Baud gesetzt und es werden vier Telegramme benotigt fur ei- 
nen sicheren Qui ttungsbetrieb . Die Identif izierungs-Anf orde- 
rung ident.req. enthalt die Parameter des zweiten Kommunika- 
tionspartners 4 bzw. 6 bzw. 8. Der erste Kommunikationspart- 
ner 2 pruft die Werte und schickt die aushandelbaren Werte 
in der Identif izierungs-Bes tatigung ident. ack. zurtick. Wenn 
die Identif izierungs-Bes tatigungs-Riickmeldung ident . arep . 
des zweiten Kommunikationspartners 4 bzw. 6 bzw. 8 negativ 
ist, ist eine Kommunikation nicht moglich. Falls dieses je- 
doch gultig ist, so werden die ausgehandelten Kommunika- 
tionspartner gesetzt. Am Ende der Identif izierungsphase wird 
zur Konf igurierungsphase oder zur Datenaus tauschphase ge- 
wechselt, in Abhangigkeit des Ausgehandelten. 

In den FIG 6 und 7 ist dieselbe Identif izierungsphase des 
erf indungsgemaEen Kommunikationsverf ahrens nach FIG 5 je- 
weils in einem Zustandsdiagramm dargestellt. Dabei sind die 
beiden Zustandsdiagramme aus der Sicht des ersten und des 
zweiten Kommunikationspartners 2 und 4 bzw. 6 bzw. 8 darge- 
stellt. Die FIG 6 zeigt die Identif izierungsphase aus der 
Sicht des ersten Kommunikationspartners 2, der ebenfalls als 
Master bezeichnet wird. In der FIG 7 ist die Identifizie- 
rungsphase aus der Sicht des zweiten Kommunikationspartners 
4 bzw. 6 bzw. 8, der auch als Slave bezeichnet wird, darge- 
stellt . 

Die FIG 8 zeigt eine Tabelle der Ubertragungsf olge der Tele- 
gramme der Konf igurierungsphase des erf indungsgemaSen Kommu- 
nikationsverf ahrens . Wahrend dieser Konf igurierungsphase 
werden Konf igurierungsdaten zwischen den beiden Kommunikati- 
onspartnern 2 und 4 bzw. 6 bzw. 8 ausgetauscht . Auch in der 
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Konf igurierungsphase werden vier Telegramme ubermittelt. Bei 
diesen vier Telegrammen handelt es sich um Anforderungs-Te- 
legramm config.req., ein Ruckmeldungs-Telegramm conf ig. rep., 
ein Bestatigungs-Telegramm config.ack. und um ein Bestati- 
gungs- Ruckmeldungs-Telegramm conf ig . arep . . Das Anf orderungs- 
und das Ruckmeldungs-Telegramm config.req. und conf ig. rep. 
beinhalten Daten. Mit diesen vier Telegrammen wird ebenfalls 
ein sicherer Qui ttungsbetrieb abgewickelt. 

Die beiden zugehorigen Zus tandsdiagramme der Konfigurie- 
rungsphase sind in den FIG 9 und 10 darges tell t . Die FIG 9 
zeigt ein Zus tandsdiagramm aus der Sicht des Masters (erster 
Kommunikationspartner 2) und in der FIG 10 ist das Zustands- 
diagramm aus der Sicht des Slaves (zweiter Kommunikations- 
partner 2 bzw. 6 bzw. 8) dargestellt. 

Zu Beginn der Konf igurierungsphase sendet der Master 2 gemaS 
FIG 9 ein Anf orderungs-Telegramm config.req. mit Konfigurie- 
rungsdaten an den Slave 4 bzw. 6 bzw. 8 und wartet auf ein 
Ruckmeldungstelegramm conf ig. rep. vom Slave 4 bzw. 6 bzw. 8. 
Die Konf igurierungsdaten des Anf orderungs-Telegramms 
config.req. wird vom Slave 4 bzw. 6 bzw. 8 gepruft und ant- 
wortet umgehend mit einem .positiven oder negativen Ruckmel- 
dungstelegramm conf ig. rep. . Zu den Konf igurierungsdaten ge- 
hort u.a. eine Busadresse, eine Baudrate . Wenn die Ruckmel- 
dung negativ ist, signalisiert der Master 2 ein Fehler und 
fordert den Bediener auf, die Konf igurierungsdaten zu an- 
dern. Nachdem dies geschehen ist, wird vom Master 2 ein neu- 
es Anf orderungs-Telegramm gesendet. Mit dem Bestatigungs- 
Telegramm config.ack. wird der Master 2 eine positive Ant- 
wort auf die zuriickgeschickten Konf igurierungsdaten, die 
mittels des Ruckmeldungs-Telegramms vom Slave 4 bzw. 6 bzw. 
8 zum Master 2 ubermittelt worden sind. Das letzte Telegramm 
sichert den doppelten Quittungsbetrieb . Ein Zeituberlauf 
wahrend dieser Phase fuhrt zu einem Neustart der Identifi- 
zierungsphase . 
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Zu Beginn der Konf igurierungsphase erwartet der Slave 4 bzw. 
6 bzw. 8 gemaS FIG 10 eine Konf igurierungs-Anf orderung 
config.req. . Nachdem der Slave 4 bzw. 6 bzw. 8 diese Anf or- 
derung config.req. erhalten hat, werden die Daten analy- 
siert. In Abhangigkeit dieser Analyse wird eine positive 
oder eine negative Konf igurierungs-Ruckmeldung config.rep. 
gesendet. 1st die Ruckmeldung negativ, so wird eine neue 
Konf igurierung mittels der Konf igurierungs-Anf orderung 
config.req. erwartet. Wenn das Ergebnis der Analyse positiv 
ist, werden mit der Konf igurierungs-Ruckmeldung die Daten 
zum Master 2 zuruckgesende t . Danach wartet das Slave 4 bzw. 
6 bzw. 8 auf eine Konf igurierungs-Bes tatigung config.ack. 
vom Master 2. Wenn die Daten ungultig sind, ist die Konf igu- 
rierungs-Bes tatigung negativ. Die Bes tat igungs -Ruckmeldung 
config.arep. vom Slave 4 bzw. 6 bzw. 8 ist abhangig von den 
Daten und vom Typ des Slave 4 bzw. 6 bzw. 8. Wenn in den Da- 
ten der Konf igurierungs-Bestatigungs-Ruckmeldung 
config.arep. ein kritischer Fehler festgestellt wird, kann 
die Konf igurierungsphase neu gestartet werden. Kann kein 
kritischer Fehler im Datensatz festgestellt werden, wird zur 
Phase des Datenaus tausches gewechselt. 

In der Datenaustauschphase werden zyklische. und azyklische 
Daten zwischen den beiden Kommunikationspartnern 2 und 4 
bzw. 6 bzw. 8 ausgetauscht . Zwischen diesen beiden Datenty- 
pen wird streng unterschieden, damit die azyklischen Daten 
sich nicht auf die zyklischen Daten auswirken konnen, die in 
der schnellen Zeitscheibe bearbeitet werden. Die azyklischen 
Daten werden unabhangig von zyklischen Daten bearbeitet. So- 
bald ein Fehler vorliegt, wird die azyklische Datenkommuni- 
kation unterbrochen und die Fehlermeldung wird mit dem azyk- 
lischen Datenkanal Qbermittelt. 

Es gibt zwei Grunde, die Datenaustauschphase zu verlassen: 
- neue Identif ikation oder Konf iguration, die mittels des 
zyklischen oder azyklischen Kanals ersucht werden konnen. 
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- Verbindungsverlust . Wenn in einer vorbes timmten Zeit kein 
gultiges Telegramm vorliegt, so wird dies als Verbin- 
dungsverlust gewertet. Dies fiihrt zu einem Neustart des 
Kommunikationsverfahrens, das mit der Identif ikations- 
phase beginnt . 

Fur die Kommunikation zwischen zwei Kommunikationspartner 2 
und 4 bzw. 6 bzw. 8, die mittels einer Voll-Duplex Punkt-zu- 
Punkt-Verbindung 10 miteinander verknupft sind, gibt es zwei 
Datenaustausch-Kanale, namlich einen zyklischen Kanal und 
einen azyklischen Kanal fur die Ruckmeldung des zweiten Kom- 
munikationspartners 4 bzw. 6 bzw. 8. 

Die FIG 11 zeigt eine Tabelle der Ubertragungsf olge der Te- 
legramme des Datenaus tausch mit al ternierenden zyklischen 
und azyklischen Daten. Der erste Kommunikationspartner 2 
wird hier auch wieder als Master bezeichnet, wogegen der 
zweite Kommunikationspartner 4 bzw. 6 bzw. 8 als Slave be- 
zeichnet wird. Der Mas terbenutzer triggert die Bearbeitung 
des Datenaustausches . Alle anderen Benutzeranruf e sind asyn- 
chron . 

Die FIG 12 veranschaulicht in einem Zus tandsdiagramm die Da- 
tenaus tauschphase aus Sicht des Masters und des Slaves 4 
bzw. 6 bzw. 8. Der zyklische Kanal ist sehr konstant. Dort 
werden Prozessdaten mit einer bekannten Bedeutung ubertra- 
gen. Der azyklische Kanal ist dagegen nicht konstant, so 
dass dieser im folgenden genauer betrachtet werden soil. 

Der azyklische Kanal basiert auf dem Client/Server-Prinzip, 
wobei ein von zwei Kommunikationspartnern eine Anforderung 
aussendet, welche der andere Kommunikationspartner dann er- 
widern. Anforderungen konnen prinzipiell beide Kommunikati- 
onspartner aussenden, jedoch das aktuelle Verfahren gestat- 
tet nur Anforderungen vom zweiten Kommunikationspartner 4 
bzw. 6 bzw. 8 zum ersten Kommunikationspartner 2. 
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Folgende Funktionen werden durch diesen Kommunikationsmecha- 
nismus ausgef uhrt : 

Parameter-Anf orderung : 

Der Client 2 sendet eine Parameter-Anf orderung und der 
Server 4 bzw. 6 bzw. 8 antwortet mit einer Benutzer-Riick- 
meldung. Die Parameter-Anf orderung/ -Ruckmeldung kann lan- 
ger als ein azyklischer Kanal sein. Wenn dies der Fall 
ist, muss eine Domanenbehandlung durchgeflihrt werden. 

Alarm-Anf orderung : 

Der Client 2 sendet eine Alarm-Anf orderung und der Server 
4 bzw. 6 bzw. 8 antwortet wie bei einer Parameter-Anf or- 
derung mit einer Benutzer-Riickmeldung . Die Lange einer 
Al arm-Anf orderung/ -Ruckmeldung ist fest und immer in ei- 
nem azyklischen Kanal unterzubringen . Eine Alarm-Anf orde- 
rung " unterbricht eine Domanenubertragung . 

Diagnose-Anf orderung : 

Der Client 2 sendet. eine Diagnose-Anf orderung und der 
Server 4 bzw. 6 bzw. 8 antwortet mit einer Ruckmeldung. 
Eine Diagnose-Anf orderung wird nicht vom Benutzer beant- 
wortet. Die Lange von Diagnosedaten sind fest vorgegeben 
und konnen immer in einem azyklischen Kanal untergebracht 
werden . 

Allgemein wird immer nur eine Anf orderung ubertragen. Wenn 
eine Domanenubertragung aktiv ist, wird diese nur durch eine 
Alarm-Anf orderung unterbrochen . Daten werden nur dann gesen- 
det, wenn eine neue Anf orderung/Ruckmeldung vorliegt. Sonst 
werden nur Leertelegramme gesendet. 

Als Domanenbehandlung wird ein Kommunikationsmechanismus be- 
zeichnet, bei dem Daten mittels mehrere Telegramme ubermit- 
telt werden. Dieser Vorgang bleibt dem Benutzer verborgen. 
Dieser Kommunikationsmechanismus wird nur fur Parameterdaten 
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verwendet. Alle anderen Daten werden in einem Telegram un- 
tergebracht . 

Die FIG 13 zeigt in einer Tabelle die Ubertragungsf olge der 
Telegramme eines azyklischen Datenaus tausches ohne eine 
Domanenbehandlung. In den FIG 14 und 15 sind die zugehorigen 
Zustandsdiagramme aus der Sicht des Client 2 und des Server 
4 bzw. 6 bzw. 8 naher dargestellt. Zum Vergleich zeigt die 
FIG 16 eine Tabelle der Ubertragungsf olge der Telegramme ei- 
nes azyklischen Datenaus tausches mit einer Domanenbehand- 
lung. Die entsprechenden Zustandsdiagramme aus der Sicht des 
Client 2 und des Server 4 bzw. 6 bzw. 8 sind in den FIG 17 
und 18 naher dargestellt. In diesen beiden FIG 17 und 18 
zeigen die f ettgedruckten Linien den normalen Ablauf (keine 
Domane) und die unterbrochenen Linien einen Alarm, der die 
Domanenbehandlung unterbricht . 

Wenn gemaS dem Zustandsdiagramm nach FIG 17 der Benutzer 
eine Anforderung ini tialisiert , wird diese gesendet. Danach 
wartet der Benutzer auf eine Ruckmeldung. Wenn nicht inner- 
halb einer vorbestimmten Zeit keine Ruckmeldung eintrifft, 
wird die Anforderung wiederholt. Eine eintreffende Ruckmel- 
dung wird dem Benutzer weitergeleitet . Ausnahme : Eine Diag- 
nose -Ruckmeldung wird nicht an den Benutzer weitergeleitet. 

Wenn die Daten eine Domanenanf orderung beinhalten, wird die 
vollstandige Domane gesendet. Jeder einzelne Teil der Domane 
wird getrennt vom Empf anger bestatigt. Wenn die vollstandige 
Domanenanf orderung ohne Fehler gesendet ist, wird die Ruck- 
meldung erwartet. Diese Ruckmeldung wird dann vom Empf anger 
gesendet. Wenn diese Ruckmeldung ebenfalls eine Domane ent- 
halt, so wird jeder einzelne Teil der Domane bestatigt. So- 
bald die vollstandige Ruckmeldung empfangen ist, wird die 
verarbeitet und der Verf ahrensablauf s tartet wieder vom An- 
fang. Im Fall einer Zeituberschrei tung oder eines Domanen- 
fehlers wird die Anforderung wiederholt. 
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GemaS FIG 18 wird eine Ruckmeldung nach Verarbeitung durch 
den Benutzer gesendet, wenn der Verarbei tungskanal frei ist 
und die empfangenen Daten gliltig sind. Wenn die Daten eine 
Domanenanf orderung enthalten, wird die vollstandige Domane 
empfangen. Jeder Teil der Domane wird einzeln bestatigt. So- 
bald die vollstandige Domane empfangen und gultig ist, wird 
diese verarbeitet . 

Mit diesen erf indungsgemaSen Kommunika t ions -Mechani smen er- 
halt man eine schnelle periodische Kommunikation zwischen 
zwei Kommunikationspartnern 2 und 4 bzw. 6 bzw. 8, insbeson- 
dere zwischen einem Prozessor eines Antriebssys terns und ei- 
nem Prozessor eines Moduls, die mittels einer Voll-Duplex 
Punk t - z u - Punk t -Verb i ndung 10 miteinander verknupft sind, wo- 
bei die seriellen Schni ttstellen der Prozessoren verwendet 
werden. Da nun die seriellen Schni ttstellen zweier Prozesso- 
ren verwendet werden, werden keine Dual-Port-RAM mehr beno- 
tigt, so dass dieses erf indungsgema£e Verfahren gerade bei 
Low-Perf omance-Antriebssys temen wegen eines erheblichen Kos- 
tenvorteils vorteilhaft ist. AuSerdem zerstort oder beein- 
flusst die azyklische Dateniibertragung nicht den zyklischen 
Datenaustausch. Ferner ist die Bandbreite der Ubertragung in 
Abhangigkeit der Funktionali tat und des Leistungsvermogens 
der Kommunikationspartner skalierbar. 
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Patentanspruche 

1. Kommunikationsverfahren fur zwei Kommunikationspartner 
(2/4,6,8), die mittels einer Voll-Duplex Punkt-zu-Punkt-Ver- 
bindung (10) miteinander verkntipft sind, wobei dieses Kommu- 
nikationsverfahr.en in eine Identif izierungs- , eine Konfigu- 
rierungs- und eine Datenaus tausch-Phase unterteilt ist, wobe 
wahrend der Identif izierungsphase die Kommunikationspartner 
(2, -4, 6,8) sich gegenseitig identif izieren und ihre Kommunika 
tionsparameter definieren, wobei wahrend der Konf igurierungs 
phase kommunikationspartnerabhangige Konf igurierungsdaten 
zwischen den beiden Kommunikationspartnern (2/4,6,8) ausge- 
tauscht werden, und wobei wahrend der Datenaus tauschphase 
zyklische und azyklische Daten zwischen den beiden Kommunika- 
tionspartnern ausgetauscht werden, wenn die Konf igurierungs- 
phase erfolgreich abgeschlossen ist. 

2 . Kommunikationsverfahren nach Anspruch 1, dadurch 
gekennzeichnet, dass der Identif izierungsphase eine 
Initialisierungsphase vorgeschal tet ist, wahrend der der 
zweite Kommunikationspartner (4,6,8) vom ersten Kommunikati- 
onspartner (2) erkannt wird. 

3. Kommunikationsverfahren nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, dass die Identif izie- 
rungs- und die Konf igurierungsphase jeweils ein zweifacher 
Quittungsbetrieb ist. 

4. Kommunikationsverfahren nach einem der vorgenannten 
Anspruche 1 bis 3, dadurch gekennzeichnet, 
dass die Konf igurierungsphase jederzeit neu beginnen kann. 

5. Kommunikationsverfahren nach einem Anspruche 1 bis 4, 
dadurch gekennzeichnet, dass die Konf igurie- 
rungsphase ubergangen werden kann. 
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6 . Kommunikationsverf ahren nach einem der Anspriiche 1 bis 5 
dadurch gekennzeichnet, dass eine f ehlende Ver- 
bindung wahrend der Kommunikation durch einen Neustart der 
Identif izierungsphase wiederherges tell t wird. 

7 . Kommunikationsverf ahren nach einem der Anspriiche 1 bis 6 
dadurch gekennzeichnet, dass die Datenaus tausch 
phase mindestens ein Kanal aufweist. 



8. Kommunikationsverf ahren nach einem der vorgenannten An- 
spriiche 1 bis 7, dadurch gekennzeichnet, dass 
ein erster Kommunikationspartner (2) ein Umrichter und ein 
zweiter Kommunikationspartner (4,6,8) ein Optionsmodul ist. 

S . Kommunikationsverf ahren nach Anspruch 8, dadurch 
gekennzeichnet , dass das Optionsmodul ein Automati- 
sierungsmodul is t , 

10. Kommunikationsverf ahren nach Anspruch 8, dadurch 
gekennzeichnet, dass das Optionsmodul ein Technolo- 
giemodul ist. 



11. Kommunikationsverf ahren nach Anspruch 2, dadurch 
gekennzeichnet, dass zur Identif izierung des zweiten 
Kommunikationspartners (4,6,8) ein Spannungspotent ial auf ei 
ner Verbindungslei tung der Voll-Duplex Punkt-zu-Punkt-Verbin 
dung (10) ausgewertet wird. 
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Zusammenf as sung 

Kommunikationsverf ahren fur zwei mittels einer Punkt-zu- 
Punkt-Verbindung miteinander verbundenen Kommunikationspart- 
ner 

Die Erfindung bezieht sich auf ein Kommunikationsverf ahren 
fur zwei Kommunikationspartner (2;4 / 6 / 8) / die mittels einer 
Voll-Duplex Punk t - zu- Punkt - Verbindung (10) miteinander ver- 
knupft sind. Er f indungsgemaS ist dieses Verf ahren unterteilt 
in eine Identif izierungs- , eine Konf igurierungs- und eine Da- 
tenubertragungs -Phase , wobei wahrend der Identif izierungs- 
phase die Kommunikationspartner (2; 4, 6, 8) sich gegenseitig 
identif izieren und ihre Kommuni ka t i onspar ame t er definieren, 
wobei wahrend der Konf igurierungsphase kommunikationspartner- 
abhangige Konf igurierungsdaten zwischen den beiden Kommuni- 
kationspartnern (2,-4,6,8) ausgetauscht werden, und wobei wah- 
rend der Datenaustauschphase zyklische und azyklische Daten 
zwischen den beiden Kommunikationspartner (2; 4, 6, 8) ausge- 
tauscht werden, wenn die Konf igurierungsphase erfolgreich ab- 
geschlossen ist. Somit erhalt man eine schnelle periodische 
Kommunikation zwischen zwei Partner (2;4 / 6,8) / wobei keine 
Dual-Port-RAM mehr benotigt werden, so dass dieses Verfahren 
besonders kos tengiins tig ist. 
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